Received: from mail.buni.org [70.85.159.212]
	by localhost with POP3 (fetchmail-6.2.5)
	for mbarker@localhost (single-drop); Mon, 19 Mar 2007 05:01:40 -0500 (CDT)
Received: from mailman1.u.washington.edu (mailman1.u.washington.edu [140.142.12.154])
	by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l2C6EBp4011855
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 11 Mar 2007 22:14:11 -0800
Received: from mailman1.u.washington.edu (localhost [127.0.0.1])
	by mailman1.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id l2C6EBgq029868;
	Sun, 11 Mar 2007 22:14:11 -0800
Received: from mxe1.u.washington.edu (mxe1.u.washington.edu [140.142.32.136])
	by mailman1.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with
	ESMTP id l2C6EAa6029860
	for <imap-protocol@mailman1.u.washington.edu>;
	Sun, 11 Mar 2007 22:14:10 -0800
Received: from dovecot.org (dovecot.org [213.157.71.38])
	by mxe1.u.washington.edu (8.13.7+UW06.06/8.13.7+UW06.09) with ESMTP id
	l2C6E9Ga020196
	for <imap-protocol@u.washington.edu>; Sun, 11 Mar 2007 22:14:09 -0800
Received: from [192.168.10.217] (82-203-162-146.dsl.gohome.fi [82.203.162.146])
	by dovecot.org (Postfix) with ESMTP id 2FD2AF0CBC;
	Mon, 12 Mar 2007 08:14:08 +0200 (EET)
Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu 140.142.32.178) by mail.buni.org/Meldware Mail 1.0M7-pre (70.85.159.212)
	with SMTP id 1173680270040178.1676564452082; Mon, 12 Mar 2007 01:17:50 -0500 (CDT)
In-Reply-To: <07Mar11.195659pst."57996"@synergy1.parc.xerox.com>
References: <07Mar11.154843pst."57996"@synergy1.parc.xerox.com>
	<alpine.OSX.0.83.0703111704450.20984@pangtzu.panda.com>
	<07Mar11.162448pst."57996"@synergy1.parc.xerox.com>
	<alpine.OSX.0.83.0703111726370.20984@pangtzu.panda.com>
	<1173661726.17598.331.camel@hurina>
	<07Mar11.195659pst."57996"@synergy1.parc.xerox.com>
Mime-Version: 1.0 (Apple Message framework v752.2)
Message-Id: <DAA27A54-569E-4175-917A-9C958932B9FF@iki.fi>
From: Timo Sirainen <tss@iki.fi>
Subject: Re: [Imap-protocol] mailbox hierarchy conventions?
Date: Mon, 12 Mar 2007 08:14:24 +0200
To: Bill Janssen <janssen@parc.com>
X-Pgp-Agent: GPGMail 1.1.2 (Tiger)
X-Mailer: Apple Mail (2.752.2)
X-PMX-Version: 5.3.0.289146, Antispam-Engine: 2.5.0.283055, Antispam-Data: 2007.3.11.230434
X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTYPE_HAS_BOUNDARY 0, __CTYPE_MULTIPART 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_VERSION 0, __SANE_MSGID 0'
Cc: imap-protocol@u.washington.edu
X-BeenThere: imap-protocol@u.washington.edu
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: imap-protocol.u.washington.edu
List-Unsubscribe: <https://mailman1.u.washington.edu/mailman/listinfo/imap-protocol>,
	<mailto:imap-protocol-request@mailman1.u.washington.edu?subject=unsubscribe>
List-Archive: <http://mailman1.u.washington.edu/pipermail/imap-protocol>
List-Post: <mailto:imap-protocol@u.washington.edu>
List-Help: <mailto:imap-protocol-request@mailman1.u.washington.edu?subject=help>
List-Subscribe: <https://mailman1.u.washington.edu/mailman/listinfo/imap-protocol>,
	<mailto:imap-protocol-request@mailman1.u.washington.edu?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1484156089=="
Sender: imap-protocol-bounces@mailman1.u.washington.edu
Errors-To: imap-protocol-bounces@mailman1.u.washington.edu
Status: RO
Content-Length: 2094
Lines: 64

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--===============1484156089==
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Apple-Mail-28--48147381"
Content-Transfer-Encoding: 7bit


--Apple-Mail-28--48147381
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed

On 12.3.2007, at 5.56, Bill Janssen wrote:

> Thanks, that's a nice list.
>
>> One workaround that there used to be was that several clients (kmail,
>> Thunderbird at least) didn't like if UID field wasn't the first  
>> field in
>> FETCH replies. After a while I gave up and just put it back to begin
>> first.
>
> Didn't like it, how?  I'm sending it last (on a UID FETCH if it's not
> explicitly specified), and Thunderbird seems happy.  I send the  
> specified
> items on a FETCH in the order they were requested.

Hmm. It probably was enough if the UID was in the "* FETCH" line. At  
least if the message body was before UID it didn't like that. And by  
not liking I mean it somehow mixed it up with previous message,  
causing at least the message's size field to be wrong.

Looks like I'm now sending the items also in the requested order,  
except message headers and body come last always.

--Apple-Mail-28--48147381
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (Darwin)

iD8DBQFF9O/FyUhSUUBViskRAjpjAJ9dhTWmVR6U0EL1Q11qe6JKz6WI1gCeIZZS
JTKi6SVmTSdqR+hB9qhKuQU=
=RiO3
-----END PGP SIGNATURE-----

--Apple-Mail-28--48147381--


--===============1484156089==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Imap-protocol mailing list
Imap-protocol@u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-protocol
--===============1484156089==--


